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(54) Method and apparatus for updating the software of a mobile terminal using the air interface 



(57) A wireless user terminal (10), such as a cellular 
telephone, includes a transceiver (14, 16) for conducting 
bidirectional RF communications with a communica- 
tions network (32) and a data processor (18b) for con- 
trolling the operation of the terminal. The terminal further 
includes (a) a first memory capable of storing a data 
processor program; (b) a second memory capable of 
storing a data processor program; (c) a memory device 
or register for storing a flag for indicating which of the 



first and second memories is a currently Active memory, 
that stores a currently active data processor program, 
and which of the first and second memories is a currently 
Idle memory; and (d) circuitry for receiving another data 
processor program from the communications network 
and for storing the received another data processor pro- 
gram into the Idle memory The circuitry operates while 
the data processor executes the data processor pro- 
gram stored in the Active memory. 
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Description 

This invention relates generally to radiotelephones 
and, in particular, to mobile terminals such as those ca- 
pable of operation with a cellular network. 

It is known in the prior art to download information 
into a wireless telephone subscriber set or radio modem 
through the air interlace from a central site, as evi- 
denced by U.S. Patent No. 5,297,191, "Method and Ap- 
paratus for Remotely Programming a Wireless Tele- 
phone Set" by I. Gerszberg, and by U.S. Patent No. 
5,41 8,524, "Method and Apparatus for Over-the-Air Up- 
grading of Radio Modem Application Software", by R.D. 
Fennell. 

In this latter U.S. patent a selective call receiver in- 
cludes a processor and a memory. The processor re- 
ceives upgrade data and upgrade installation software, 
upgrades the modem's application software using the 
upgrade data, and then deletes the upgrade installation 
software and upgrade data. 

It can be appreciated that the ability to update the 
software of a mobile terminal using the air interface is a 
significant advantage to both network subscribers and 
network providers, as the update can be accomplished 
without requiring the subscriberto return the terminal to 
a dealer or service center. Using the air interface to up- 
grade the terminal's software enables the service pro- 
vider to download new and enhanced value-added fea- 
tures to requesting mobile terminals, and/or to update 
all subscriber terminals to take advantage of revisions 
to the applicable air interface standard. An air interface 
standard can be considered to be a set of rules or pro- 
tocols which must be followed to successfully operate 
the mobile terminal in a given network over the air (i.e., 
wireless radio) interface. The standard known as IS- 
1 36.1 is one such air interface standard. 

It can then further be appreciated that it is important 
to provide an efficient and accurate technique to up- 
grade the operating program of a mobile terminal over 
the air interface so as to cause a minimum impact on 
the availability of the mobile terminal to the user. 

It is an object of this invention to provide an efficient 
and accurate technique to. update the operating soft- 
ware of a mobile terminal over the air interface. 

It is another object of this invention to provide meth- 
ods and apparatus for downloading operating software 
to a mobile terminal and for storing the downloaded soft- 
ware, without causing a significant disruption in service 
or availability of the mobile terminal. 

A method of this invention is disclosed for operating 
a wireless mobile or user terminal having a transceiver 
for conducting bidirectional RF communications with a 
communications network. The method includes the 
steps of: (a) operating the terminal with a first computer 
program that is stored in a first memory; (b) receiving a 
second computer program from the communications 
network and storing the received second computer pro- 
gram into a second memory; and (c) after the second 



computer program is stored in the second memory, op- 
erating the terminal with the second computer program. 
The step of receiving preferably receives the second 
computer program as a plurality of code blocks. 

5 Further in accordance with this invention a wireless 

user terminal includes a transceiver for conducting bidi- 
rectional RF communications with a communications 
network and a data processor for controlling the opera- 
tion of the terminal. The terminal further includes (a) a 

io first memory capable of storing a data processor pro- 
gram; (b) a second memory capable of storing a data 
processor program; (c) a memory device or register for 
storing a flag for indicating which of the first and second 
memories is a currently Active memory, that stores a 

is currently active data processor program, and which of 
the first and second memories is a currently Idle mem- 
ory; and (d) circuitry for receiving another data proces- 
sor program from the communications network and for 
storing the received another data processor program in- 

20 to the Idle memory. The circuitry operates while the data 
processor executes the data processor program stored 
in the Active memory. 

Embodiments of the present invention will now be 
described, by way of example, of which: 

25 

Fig. 1 is a block diagram of a mobile terminal that 
is constructed and operated in accordance with an 
embodiment of this invention; 

30 Fig. 2 is an elevational view of the mobile terminal 
shown in Fig. 1 , and which further illustrates a cel- 
lular commun ication system to which the mobile ter- 
minal is bidirectionally coupled through wireless RF 
links; and 

35 

Fig. 3 is block diagram that illustrates in greater de- 
tail a portion of the mobile terminal of Fig. 1. 

Reference is made to Figs. 1 and 2 for illustrating a 

40 wireless user or mobile terminal 1 0, such as but not lim- 
ited to a cellular radiotelephone or a personal commu- 
nicator, that is suitable for practicing this invention. The 
mobile terminal 1 0 includes an antenna 1 2 for transmit- 
ting signals to and for receiving signals from a base site 

45 or base station 30. The base station 30 is a part of a 
cellular network comprising the BMI 32 that includes a 
Mobile Switching Center (MSC) 34. The MSC 34 pro- 
vides a connection to landline trunks when the mobile 
terminal 10 is registered with the network. 

so The mobile terminal includes a modulator (MOD) 
1 4A, a transmitter 1 4, a receiver 1 6, a demodulator (DE- 
MOD) 16A, and a controller 18 that provides signals to 
and receives signals from the transmitter 1 4 and receiv- 
er 16, respectively. These signals include signalling in- 

55 formation in accordance with the air interface standard 
of the applicable cellular system, and also user speech 
and/or user generated data. 

A user interface includes a conventional earphone 
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or speaker 17, a conventional microphone 19, a display 
20, and a user input device, typically a keypad 22, ail of 
which are coupled to the controller 18. The keypad 22 
includes the conventional numeric (0-9) and related 
keys (#,*) 22a, and other keys 22b used for operating 
the mobile terminal 10. These other keys 22b may in- 
clude, by example, a SEND key, various menu scrolling 
and soft keys, and a PWR key. 

The mobile terminal 10 also includes various mem- 
ories, shown collectively as the memory 24, wherein are 
stored a plurality of constants and variables that are 
used by the controller 1 8 during the operation of the mo- 
bile terminal. For example, the memory 24 stores the 
values of various cellular system parameters and the 
number assignment module (NAM). An operating pro- 
gram for controlling the operation of controller 1 8 is also 
stored in the memory 24 (typically in a ROM device). 
The memory 24 may also store data, including user 
messages, that is received from the BMI 32 prior to the 
display of the messages to the user. The construction 
of the memory 24, and its interface to the controller 18, 
is described in greater detail below with reference to Fig. 
3. 

The mobile terminal 10 also includes a battery 26 
for powering the various circuits that are required to op- 
erate the terminal. 

It should be understood that the mobile terminal 10 
can be a vehicle mounted or a handheld device. It 
should further be appreciated that the mobile terminal 
10 can be capable of operating with one or more air in- 
terface standards, modulation types, and access types. 
By example, the mobile terminal may be capable of op- 
erating with any of a number of air interface standards, 
including but not limited to IS-136, GSM, EIA/TIA 627, 
IS-91 and IS-95 (CDMA). Narrow-band AMPS 
(NAMPS), as well as TACS, mobile terminals may also 
benefit from the teaching of this invention. It should thus 
be clear that the teaching of this invention is not to be 
construed to be limited to any one particular type of mo- 
bile terminal or air interface standard. 

The operating program in the memory 24 may in- 
clude routines to present messages and message-re- 
lated functions to the user on the display 20, typically as 
various menu items. The memory 24 also includes rou- 
tines for implementing the method described below in 
relation to Fig. 3. 

Reference is now made to Fig. 3 for showing a por- 
tion of (P/O) the mobile terminal 10 of Fig. 1 in greater 
detail. More particularly, the controller 1 8 is shown to be 
comprised of a digital signal processor (DSP) 18a and 
a microprocessor control unit (MCU) 18b. The DSP 18a 
is connected to the output of the receiver 16 and func- 
tions to demodulate received transmissions, decode 
any encoded voice or other transmissions, and to gen- 
erally perform high speed signal processing of the re- 
ceived transmissions. The MCU 18b is connected to the 
DSP 18a, and operates on the decoded information to 
generally control the operation of the terminal 10 to 



place and receive calls, to operate the keypad 22 and 
the display 20, to monitor the charge state of the battery 
26, and other required functions. The software routines 
executed by the MCU 18b to operate the mobile terminal 
5 10 are referred to herein as its operating program. Atyp- 
ical size of the operating program for a modern mobile 
terminal, such as a cellular telephone, is several hun- 
dred kilobytes. 

The memory 24 is shown to include a non-volatile 
memory (NVM) 24a, such as an EEPROM, in which is 
stored the terminal's NAM(s), status flags, and other in- 
formation that is required to be maintained when the ter- 
minal is powered down. 

In accordance with this invention the memory 24 al- 
so includes a first memory (MEM1) 24b and a second 
memory (MEM2) 24c, both of which are addressable 
though an address bus sourced by the MCU 18b. The 
memories 24b and 24c are provided to store the oper- 
ating program for the MCU 18b. The memories 24b and 
24c may be conventional Flash-type memories that can 
be programmed in-situ, typically by providing an appro- 
priate programming voltage that is derived either from 
the terminal's normal power supply or from an external 
power adapter/recharger. The memories 24b and 24c 
can be, by example, one Flash memory chip that is di- 
vided into two memory banks (each of which is consid- 
ered as a separate memory for the purposes of this in- 
vention), or can be two separate Flash memories chips. 
In either case, one of the memories is at any given time 
designated as the Active memory, while the other is des- 
ignated as the Idle memory. The MCU 1 8b executes pro- 
gram instructions out of the Active memory. Further in 
accordance with this invention the MCU 18b is enabled 
to load a received operating program into the currently 
Idle memory while continuing to operate the mobile ter- 
minal 10 from the Active memory. When the mobile ter- 
minal 10 is first constructed an operating program is 
preferably stored into one or the other of the memories 
24b or 24c. 

The NVM 24a stores an Active Memory 
(ACT„MEM) flag for specifying which of the memories 
24b or 24c is the currently Active memory. The Active 
Memory flag can be a single bit. The state of the Active 
Memory flag can be considered as a memory select 
(MEM_SEL) signal used for enabling one of the memo- 
ries 24b or 24c for being read by the MCU 18b, while 
enabling the MCU 18b to store an operating program 
into the other memory This function is indicated sche- 
matically by the buffers 1 9a-1 9d (active high) which cou- 
ple the memories 24b and 24c to the MCU data bus. By 
example, assume that when the Active Memory flag is 
zero the MEM 1 24b is specified as the Active memory, 
and when the Active Memory flag is a one the MEM2 
24c is specified as the Active memory. When the Active 
Memory flag is zero then the buffer 19a is enabled for 
reading out of MEM1 24b, the buffer 19d is enabled for 
writing into MEM2 24c, and the buffers 1 9b and 1 9c are 
disabled. Conversely, when the Active Memory flag is a 
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one buffers 19a and 19d are disabled, buffer 19c is en- 
abled for reading out of MEM2 24c, and buffer 19b is 
enabled for writing into MEM1 24b. The Idle memory, 
when not being loaded, may be powered down to con- 
serve battery power. 

It should be realized that the interface circuitry 
shown in Fig. 3 is not intended to represent an actual 
hardware implementation, but is provided to aid in the 
conceptual understanding of the invention. Those 
skilled in the art may devise a number of suitable hard- 
ware implementations for interfacing the memories 24b 
and 24c to the MCU 18b, when guided by the teaching 
of this invention. 

As an example of the operation of the invention, as- 
sume that the MEM1 24b stores a currently valid oper- 
ating program for the MCU 18b, and that the Active 
Memory flag is set to zero. The mobile terminal 10 then 
receives a message from the BMI 32 that a download 
of a new or revised operating program is to occur. Sub- 
sequently the BMI 32 begins transmitting the new or re- 
vised operating program to the mobile terminal 10 as a 
plurality of code blocks. By example, the code blocks 
can be sent using Short Message Service (SMS) mes- 
sages, or can be sent over a data channel, or can be 
sent using System Operator Code (SOC) signalling, all 
of which are specified for use in the standard referred 
to as IS-1 36. Each code block is comprised of a plurality 
of machine-readable instructions, data, and the like that 
are required by the microprocessor which implements 
the MCU 18b to execute the mobile terminal operating 
program. Each code block also preferably includes 
some type of data integrity portion, such as cyclic redun- 
dancy check (CRC) syndrome bits and/or parity bits. 
The correct receipt of each code block may be required 
to be acknowledged (ACKed) by the MCU 18b before 
the next code block is transmitted by the BMI 32, or the 
MCU 18b may send a negative acknowledgement 
(NAK) only when an erroneous and uncorrectable code 
block is received. The received code blocks are passed 
through the DSP 1 8a to the MCU 1 8b, which stores the 
received code blocks into the MEM2 24c. After the new 
or revised program is completely received, the MCU 18b 
changes the Active Memory flag in the NVM 24a to a 
one, thereby designating MEM2 24c as the Active mem- 
ory and MEM1 24b as the Idle memory. The MCU 18b 
then resets itself to an initial state and begins executing 
code from the memory 24c. 

The previous program in the now-idle MEM1 24b 
can be erased by the MCU 18b, or it can be left intact 
until-the next program download occurs, at which time 
it can be erased or simply written over. In some appli- 
cations it may be desirable to leave the previous pro- 
gram stored in the Idle memory in case that it later be- 
comes desirable to revert back to the previous operating 
program. By example, in the unlikely event that it is later 
discovered that the most recently loaded operating pro- 
gram was defective, the mobile terminal 10 could be in- 
structed by the BMI 32 to revert to the previous program 



for operation. This would be accomplished by simply 
changing the state of (i.e., toggling) the Active Memory 
flag. 

It is also within the scope of the invention to store, 
in either the NVM 24a or the Active memory 24b or 24c, 
an indication of the revision level of the currently active 
program, as well as the source of the program, the time 
and date at which the program was downloaded, and 
any other related information. For the case where the 
previous program is not erased, this identification infor- 
mation could also be retained. The stored program iden- 
tification information may be subsequently interrogated 
from the BMI 32. 

It is within the scope of the invention to provide the 
download control program itself in, by example, the 
NVM 24a, or to include it as part of the currently active 
program. That is, a download control program module 
of the currently active program is used to download the 
new program version into the Idle memory. 

The downloaded program may be compressed prior 
to transmission by the BMI 32, and then decompressed 
by the mobile terminal 10 prior to storage into the cur- 
rently Idle memory 24b or 24c. A number of suitable data 
compression and decompression techniques are well 
known in the art. 

It can be appreciated that during a program down- 
load the mobile terminal 10 can remain registered with 
the network, can continue to make and receive calls, can 
send and receive messages, and can otherwise operate 
in a normal fashion. That is, the code blocks may be 
sent to the mobile terminal 1 0 over an extended period 
of time, during which the mobile terminal 10 continues 
to operate out of the currently Active memory 24b or 24c. 
It is within the scope of this invention, when operating 
in this mode, that the code blocks may be transmitted 
to the mobile terminal 10 even during an ongoing voice 
call as a background task. For example, code blocks 
may be sent on a digital speech channel during pauses 
in a conversation. Of course, the proper signalling and 
protocol must be first established between the mobile 
terminal 1 0 and the BMI 32 to implement this feature. 

In order to download the new or revised operating 
program in a rapid fashion, it is also within the scope of 
this invention to place the mobile terminal 1 0 into a ded- 
icated program download mode of operation, wherein 
the code blocks are continuously sent by the BMI 32 and 
received by the mobile terminal 10. When operating in 
this mode the mobile terminal 10 may be inhibited from 
receiving and originating calls and messages. However, 
the dedicated download mode can be terminated auto- 
matically if the user makes a call to an emergency serv- 
ice number. It may also be desirable to enable the user 
to terminate the dedicated download mode of operation 
so as to make a call, and to then reenter the dedicated 
download mode at the termination of the call. In this case 
the BMI 32 would begin by sending the next code block 
in the sequence of code blocks, at the point where the 
download operation was interrupted. 
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. In either mode of operation the mobile terminal 10 
continues to operate out the memory 24b or 24c that 
stores the currently active program until the BMl 32 in- 
dicates that the program download operation is complet- 
ed. When the download operation is completed, the mo- 
bile terminal 1 0 is enabled to toggle the Active Memory 
flag, and to subsequently begin operating with the most- 
recently downloaded program. It should be noted that 
the mobile terminal 10 need not immediately begin op- 
erating with the new program. By example, a particular 
service provider may download a new operating pro- 
gram to several thousand mobile terminals over a period 
of days or weeks, and then later send a message to all 
of the mobile terminals to instruct them to begin using 
the new program. 

In the various embodiments of this invention the 
new or revised program download operation can be in- 
itiated by a call placed from the mobile terminal 10 to 
the" service provider, or vice versa. The program down- 
load can be accomplished in a point-to-point mode, that 
is, to one specific mobile terminal, or in a broadcast 
mode wherein a plurality of mobile terminals simultane- 
ously receive the downloaded program. 

It should be realized that a given operating program 
will typically be specific to a particular type of mobile ter- 
minal (e.g., manufacturer, model number, version, etc.), 
and will be written so as to be compatible with the par- 
ticular microprocessor that implements the MCU 18b, 
the particular hardware and software architecture of the 
terminal, etc. As such, and by example, in order to im- 
plement one or more new network features the BMl 32 
may be required to download a plurality of different ver- 
sions of the new program, with each particular version 
being transmitted to a particular class or type of mobile 
terminal. 

It should be apparent that while the invention has 
been described in the context of a number of exemplary 
embodiments thereof, a number of modifications to 
these embodiments may occur to one skilled in the art. 
For example, each of the memories 24b and 24c may 
be comprised of a plurality of memory chips, depending 
on the capacity of available memory chips and the size 
of the operating program. Thus, it will be understood by 
those skilled in the art that changes in form and detail 
may be made to the above described embodiments 
without, however, departing from the scope of the inven- 
tion. 



the step of operating including a step of receiv- 
ing a second computer program from the com- 
munications network (18) and storing the re- 
ceived second computer program into a second 
s memory (24c); and 

after the second computer program is stored in 
the second memory (24c), operating the termi- 
nal (1 0) with the second computer program. 

10 

2. A method as set forth in claim 1, wherein the step 
of receiving receives the second computer program 
as a plurality of code blocks. 

is 3. In a communications system comprising a commu- 
nications network (32) and a plurality of wireless us- 
er terminals (10) each comprising a transceiver 
(1 4, 1 6) for conducting bidirectional RF communica- 
tions with the communications network (32) and a 

20 data processor (18b) for executing a stored pro- 
gram for controlling the operation of the terminal 
(1 0), a method for operating the system comprising 
the steps of: 

25 operating each of the plurality of terminals (1 0) 

with a first computer program that is stored in 
a first memory (24b); 

transmitting a second computer program from 
30 the communications network (32) to at least 

one of the plurality of terminals (10); and 

in at least one of the plurality of terminals (10), 
receiving the second computer program from 
35 the communications network (32) and storing 

the received second computer program into a 
second memory (24b). 

4. A method as claimed in any preceding claim where- 
to in the step of receiving includes the step of tempo- 
rarily terminating the receipt of the second compu- 
ter program in the event an operator of the mobile 
terminal requires the use of the transceiver. 

*5 5. a method as set forth in claim 3 or 4, wherein the 
step of transmitting simultaneously transmits the 
second computer program to at least two of the plu- 
rality of terminals (10). 



. Claims _ _ ._ . .. . 

1. A method for operating a wireless user terminal (10) 
having a transceiver (14,16) for conducting bidirec- 
tional RF communications with a communications 
network (32), comprising the steps of: 

operating the terminal (1 0) with a first computer 
program that is stored in a first memory (24b); 



so 6. A method as set forth in claim 3 or 4, wherein the 
step of transmitting is accomplished in response to 
a call made by a terminal (10) to the communica- 
tions network (32). 

55 7. a method as set forth in claim 3 or 4, wherein the 
step of transmitting is accomplished in response to 
a call made by the communications network (32) to 
a terminal (10). 
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8. A method as set forth in claim 4, wherein the step 
of storing includes a step of changing a value of a 
flag for indicating which of the first and second 
memories is a currently Active memory that stores 
the received second computer program. 5 

9. A method as set forth in claim 4, and further com- 
prising the steps of: 

receiving a command from the communications io 
network (32) to activate the stored second com- 
puter program; 

in response to the command, setting a flag to 
indicate that the stored second computer pro- ?5 
gram is a currently active computer program; 
and 

operating the terminal (10) with the stored sec- 
ond computer program. 20 

10. A method as set forth in claim 9, and further com- 
prising the steps of: 



10 

means (24a) for storing a flag for indicating 
which of the first and second memories is a cur- 
rently Active memory that stores a currently ac- 
tive data processor program and which of the 
first and second memories is a currently Idle 
memory; and 

means for receiving another data processor 
program from the communications network 
(32) and for storing the received another data 
processor program into the Idle memory, while 
the data processor (18b) executes the data 
processor program stored in the Active memo- 
ry 

14. A terminal as claimed in claim 1 3, wherein said re- 
ceiving means includes means for temporarily ter- 
minating the receipt of the another computer pro- 
gram in the event an operator of the mobile terminal 
requires the use of the transceiver. 

15. A method of upgrading a wireless terminal having 
first and second memories, the method comprising: 



receiving a second command from the commu- 
nications network (32) to deactivate the stored 
second computer program and to reactivate the 
first stored computer program; 

in response to the command, setting a flag to 
indicate that the stored first computer program 
is a currently active computer program; and 



30 



operating the terminal according to first instruc- 
tions in the first memory; 

receiving second instructions over the air inter- 
face; 

storing the second instructions in the second 
memory; and 



operating the terminal (10) with the stored first 
computer program. 



35 



operating the terminal according to the second 
instructions stored in the second memory. 



11. A method as set forth in claim 3 or 4, and further 
comprising a step of terminating the step of trans- 
mitting in response to a user originating a call from 
the terminal (10). 



40 



1 2. A method as set forth in claim 1 1 , wherein the step 
of transmitting is terminated in response to the user 
originating a call to a predetermined telephone 
number. 4S 

13. A wireless user terminal comprising a transceiver 
for conducting bidirectional RF communications 
with a communications network and a data proces- 
sor (1 8b) for controlling the operation of the terminal so 
(10), said terminal (10) further comprising: 



16. A wireless terminal comprising: 

a first memory for storing first terminal operat- 
ing instructions; 

means for receiving second terminal operating 
instructions from the air interface; 

a second memory for storing the second termi- 
nal operating instructions; and 

means for selecting between the first and sec- 
ond terminal operating instructions. 



a first memory (24b) capable of storing a data 
processor program; 

a second memory (24c) capable of storing a da- 
ta processor program; 
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